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ABSTRACT 

This  pR^  idmtifies  a  problem  in  Software  Engineering  instruction  and  proposes 
some  approaches  to  overcome  h.  It  is  advocated  that  a  software  engineer  must  have  at  least 
one  formal  course  in  Software  Engineerii^.  Further,  a  course  containing  metdy  die  con- 
oqits  is  not  sufBdent;  adrfitional  coursefs)  compiemoiting  die  formal  course  are  required. 
A  streamlined  sequence  of  courses  was  developed  that  would  help  adiieve  the  goals  of 
Software  Engineering.  This  report  presents  the  course  sequence  and  the  observations  for 
dieprojecL  It  is  hoped  that  odier  institutions  can  benefit  from  this  study. 

1.  INTRODUCTION 

The  software  crisis  is  vay  real  and  has  been  very  weD  documented.  Many  books 
and  articles  related  to  Software  Engineering  (e.g.,  [Boe83],  [Boo87a],  [ImSS])  rqxnt  that 
software  costs  have  surpassed  hardware  co^  and  are  steadily  increasing.  Though  signifi¬ 
cant  contributions  have  resulted  from  researdi  in  diis  field,  their  inqiact  has  not  yet  been 
fully  achieved.  Some  of  tins  can  be  attrfouted  to  the  Software  Engineering  education  at 
small  institutions  and,  to  some  extent,  at  large  institutions  as  well.  Of  the  1011  US  insti¬ 
tutes  and  cdl^es  offerii^  die  Computer  Science  curriculum  (as  listed  in  [CBB91]  and  by 
electronic  mail  and  USENET  survey),  S23  offer  only  the  Bachelors  as  the  highest  d^ree 
in  Computer  Scienoe.  Unfortunately,  as  listed  in  [CBB91],  of  the  523  institutions,  only 
187  have  formal  oourse(s)  in  Software  Engineoing.  This  indicates  that  a  significant  por¬ 
tion  the  graduates  have  no  formal  Software  Engineering  oourse/training.  It  has  been 
agreed  that  Software  Engineering  education  is  obtained  only  through  "hands-on"  experi¬ 
ence,  unifying  diat  one  course  is  not  suffident  for  education  in  Software  Engineoing; 
foUow-iqi  courses  are  required.  To  this  effect  some  adjustment  in  teaching  Software 
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Engineering  is  proposed  This  paper  presents  the  results  of  the  study.  This  researdi  is  tar¬ 
geted  at  anglL  iHCbillg  institutiaas  because  diey  constitute  die  majority  of  the  existii^  US 
institutions  offering  the  Bachelor  of  Science  curriculum  in  Computer  Science. 

In  this  paper  a  streamlined  sequence  of  courses  is  presented;  it  is  expected  to  benefit 
students  desiring  to  become  Software  Engineering  professionals.  Attempts  are  also  made 
to  (1)  study  dte  feasibility  of  establishing  such  a  curriculum,  (2)  identify  problems  encoun¬ 
tered  during  the  research,  and  (3)  give  suggestions  to  other  institutions  who  wish  to  estab¬ 
lish  a  similar  curriculum.  In  Section  n  die  status  of  Software  Engineering  instruction  at 
Georgia  Southwestern  Collie  is  presented  Section  in  provides  the  rationale  for  this 
research.  First,  the  problem  is  described  and  then,  some  apjnoaches  to  overcome  it  ate 
presented  Section  IV  identifies  the  sequence  of  course  developed  to  provide  the  formal 
training  and  the  foltow-iqi  courses.  Section  V  gives  the  expoiences  during  diis  pilot  study 
and  also  some  suggestions  for  other  institutions  diinking  of  embarking  on  such  a  project 
Finally,  Section  VI  summarizes  the  experiences  and  presents  conclusions. 

II.  BACKGROUND 

Software  development  costs  have  rapidly  increased  with  reflect  to  hardware  costs. 
Software  Engineering  text  botdrs  can  be  eaaly  found  which  give  figures  indicating  that 
software  costs  have  surpassed  hardware  costs.  Thus,  it  is  important  that  Software 
Engine^g  be  an  integral  part  of  any  Ccmiputer  Science  curriculum.  Although  significant 
contributions  have  resulted  from  research  in  the  fidd  of  Software  Engineering,  their  poten¬ 
tial  impact  has  not  yet  been  fiiUy  realized  It  is  believed  that  the  major  problem  lies  in 
Software  Engineering  education;  students  are  often  taught  only  the  principles  of  Softivare 
Engineering  and  do  not  get  hands-on  training  m  practicing  these  principles.  What  is 
required  is  software  engineers  who  know  the  principles  and  also  have  first  hand  experioice 
in  how  they  affect  software  systems. 
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I  The  main  objective  of  this  Tcsearcfa  was  to  devdop  a  course  sequence  for  teaching 

Software  Engineering  that  provides  students  with  the  princij^  and  practioes  of  Software 
Engineering.  To  be  called  a  software  engineer  tme  must  have  at  least  one  formal  course  in 
the  discipline.  Furtha,  a  course  containing  merely  the  foundations  of  Software 
Engineering  is  not  suffident;  courses  comf^ementing  the  base  course  are  required.  To 
this  effect,  a  three  quarter  course  sequence  ter  students  aqnring  to  become  software  engi¬ 
neers  is  studied.  The  first  course  covers  the  prindples  of  Software  Engineering  followed 
by  two  courses  in  which  studnits  use  these  prindples.  By  actually  working  with  the 
princiides  and  learning  from  the  results,  future  software  engineers  will  have  a  strong  foun¬ 
dation.  GSWhasadoptedthe  Ada  programming  language  for  the  later  two  courses  since  it 
provides  features  wdl  suited  for  Software  Engineering  ([Sam86]). 

The  remainda-  of  diis  section  presents  foe  status  of  Software  Engineering  Instruc¬ 
tion  at  Georgia  Southwestern  Cdlege  (GSW).  GSW  is  a  sroaU  Liberal  Arts  Collie  wifo 
an  enrollment  of  slightly  over  2500  students  (h  is  a  small  institution).  The  Division  of 
Cbmputer  and  Applied  Sciences  was  established  in  1984  and  offers,  among  others,  a 
Bachelor  of  Sdence  d^ree  in  Computer  Science.  In  the  Fall  1991  Quarter  the  Division  had 
over  230  students  of  which  over  40  were  pursuing  a  B.S.  in  Computer  Science. 
Curraitly,  there  are  almost  200  students  of  which  about  25  are  enrolled  in  foe  B.S.  in 
Computer  Sdence  program. 

Computing  facilities  available  to  students  in  foe  Division  are  an  IBM  9375  mini¬ 
computer  running  the  VM  opoating  system  and  on  the  network  within  foe  Division.  The 
Division  also  has  five  IBM  PS/2  file  servers  (Intel  80386  and  80486  based)  each  of  which 
runs  the  IBM  AIX-1.2/1.0  operating  system.  Each  of  these  servers  is  connected  to  several 
Intd  80286  and  80386  based  mkrocomputers  via  an  Ethernet  network.  Within  this  envi¬ 
ronment  students  have  access  to  the  system  resources  ftom  any  microcomputer  by  connect¬ 
ing  to  any  one  of  foe  five  file  savers.  The  stand-alone  microcomputo’ based  environment 
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provides  students  widi  capabilities  to  pertVxni  basic  tasks  like  printing,  ^ead-sheet  pro¬ 
cessing,  and  word  processing  whereas  the  IBM  ADC  based  environmoit  provides  them 
widi  enhanced  capabilities.  Recently,  a  new  node  was  set  up  to  run  under  the  SCO 
OpenDesktop  System  Rdease  3.2  from  Santa  Cruz  Opention,  Inc.  It  also  serves  as  the 
host  for  the  Ada  cominler  from  Alsys,  Inc.  So  fm-  this  node  is  used  only  for  the  Ada-based 
Software  Engineering  courses. 

Since  1990  the  B.S.  program  in  Computer  Science  has  seen  significam  chan^. 
Some  deficiencies  in  the  curriculum  were  identified  using  [ACM91].  Accordingly,  a  few 
new  courses  were  added  and  some  existing  courses  were  modified.  A  significant  change 
was  the  addition  of  a  course  in  Software  Engineering  in  die  Summer  Quarter  of  1991.  This 
course  was  offered  for  the  first  time  in  the  Fall  Quarter  of  1991  and  used  C  or  Rascal  as  the 
programming  language  for  small  projects.  Other  courses  added  included  one  in  Discrete 
Structures  and  two  entided  Software  Engineering  with  Ada  G  and  II). 

III.  RATIONALE 

This  section  identifies  the  problem  with  Software  Engineering  instruction  and  pro¬ 
poses  possible  solutions.  Students  who  lack  a  formal  course  in  Software  Engineering 
graduate  entrendied  with  Von-Neumarai  type  programming  habits  and  use  diem  in  the 
work  {dace.  These  have  resulted  in  the  current  abundance  of  ad  hoc  code,  strangling  the 
industry.  Thus,  at  least  one  course  in  Software  Engineering  is  required  for  every  software 
engineer.  However,  current  methods  often  leave  graduates  wondering  how  Software 
Engineering  principles  taught  in  class  are  useful  in  the  real  world.  This  leads  to  the  con¬ 
clusion  that  there  should  be  "something  dse"  which  complements  the  fOTmal  Software 
Engineoing  course. 

Formal  instruction  in  Software  Engineering  is  genoally  provided  as  a  high  level 
course  (in  the  junior  or  senior  year)  when  many  students  have  conqdeted  the  requisites 
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neoessaiy  for  programming  and  developed  {rogramming  habits  (good  or  bad)  which  will 
be  hard  to  change.  Most  of  these  habits  are  then  intennixed  with  those  prevalent  practices 
in  the  work  place  leading  to  chaos  and  adding  to  the  software  crisis.  This  problon  is  more 
pronounced  with  those  not  having  formal  training  in  Software  Engineering.  On  the  otho^ 
hand  many  software  engineers  wonder  how  the  Sc^tware  Engineering  principles  taught  in 
class  are  useful  in  the  real  world.  Thq'  have  learned  the  principles  without  learning  how  to 
practice  them  in  real  life. 

The  remainder  of  diis  section  provides  solutions  to  the  above  problems  under  the 
assumption  that  Software  Engineering  will  be  taught  at  small  institutions.  It  also  suppents 
as  to  why  Ada  is  a  good  choice  in  the  Software  Engineering  curriculum.  It  is  important  to 
note  that  no  maaer  which  of  these  best  suits  a  particular  institution,  certain  key  problems 
must  always  be  addressed.  These  areas  present  themselves  in  the  form  of  courses  in  math¬ 
ematics  and  tedmical  writing.  Experience  at  GSW  has  shown  that  many  students  lack  the 
necessary  mathanatkal  background  to  comprehend  many  Software  Engineering  techniques 
(e.g.,  logic,  proof  tedmiques,  algebras).  In  addition,  the  majority  of  undergraduate  stu¬ 
dents  have  not  had  previous  exposure  to  reading  and  oomprdiending,  much  less  writing, 
technical  documents.  A  software  engineer  must  be  proficient  in  bcMh  of  these  areas,  and 
therefore,  curricula  must  be  ar^usted  appropriately  when  incorporating  a  Software 
Engineering  education. 

Three  solutions  to  the  above  problem  were  identified  based  on  [For90].  The  first  is 
to  offer  Software  Ei^ineering  very  early  in  the  curriculum  (at  the  freshman  or  sc^ihomore 
level).  After  this,  students  are  required  to  utilize  foese  princ4>ies  (and  get  "hands-on”  expe¬ 
rience)  in  all  courses  where  they  are  expected  to  develop  any  software  ^stem.  The  major 
drawback  of  this  "bottom-up"  tqTproacb  [Fot90]  is  diat  beginning  computer  science  stu¬ 
dents  may  not  have  the  background  necessary  to  fully  grasp  concerts  taught  in  the  course 
(e.g.,  mathematical  background).  In  addition,  organizational  restrictions  may  prevent 


teaching  such  a  course  eariy  in  the  curriculum.  If  this  approach  is  not  feasible,  then  the 
students  must,  at  a  minimum,  be  taught  basic  Software  Ei^eering  princifdes  (without 
getting  into  too  much  detail)  from  the  outset;  adherence  to  these  principles  should  be  rigidly 
enforced.  This  approach  creates  a  strong  foundation  and  it  provides  students  with  the  nec¬ 
essary  "hands-on”  experience  diroughout  their  academic  career.  However,  it  is  not  flexi¬ 
ble;  it  will  be  difficult  for  students  to  change  into  the  existing  computer  sdence  curriculum. 
It  is  also  risky  for  the  school,  faculty,  and  students  because  it  will  be  difficult  to  "Ixul  out" 
if  problems  are  encountered  ((Foi90]). 

The  second  sdution  is  to  offer  Software  Engineering  in  die  middle  of  the  curricu¬ 
lum  (Le.,  early  in  the  junior  year)  and  have  students  utili^  the  principles  in  advanced 
courses  containing  some  form  of  software  development  (e.g.,  qieradng  system,  compila- 
design,  real-time  systems,  etc.).  This  rqrproach,  however,  may  encounter  resource  difficul¬ 
ties;  most  institutions  like  GSW  use  either  Pascal  or  C  as  the  primary  language  for 
advanced  programming  courses.  Further,  most  students  opt  to  use  Pascal  for  die  develop¬ 
ment  of  much  of  thdr  software.  Standard  Pascal  prevents  students  from  ftiUy  utilizing  sev¬ 
eral  key  Software  Engineering  principles  (e.g.,  separation  of  module  interfoces  and  their 
imfriementation,  independent  compilation  units,  generics,  concurrent  programming).  Some 
use  C  as  the  imfdementation  language  for  such  projects,  but  C  does  not  adequately  address 
all  these  princii^es.  Further,  C  programs  are  often  not  very  easy  to  understand  and  mainte¬ 
nance  is  often  (fifficulL  Unfortunately,  Ada,  which  does  not  have  such  problems  [Sam 
86],  is  often  not  a  feasible  alternative  because  of  its  cost 

The  final  solution  to  this  problem  is  to  provide  Software  Engineering  in  the  senka* 
year  followed  by  additional  coursefs)  in  wtiidi  students  utilize  the  principles  of  Software 
Engineering.  The  ftrst  course  (basic  Software  En^neering  course)  should  cover  the  prin¬ 
ciples  of  Software  Engineering.  The  course  material  must  be  complemented  with  a  thor¬ 
ough  understanding  of  the  problem  domain  for  an  extended  software  development  project 
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To  be  realistic,  the  requirements  must  be  somewhat  flexible.  Subsequent  oourse(s)  will 
primarily  involve  completing  flus  project  At  GSW,  two  foUow-up  courses  that  taught  the 
Ada  programming  language  in  conjunction  with  the  basic  Software  Engineering  pTinci{4es 
were  devdoped.  Students,  woildi^  in  groups,  used  Ada  as  the  imj^mentation  language 
for  the  project  outlined  and  researched  in  the  first  fbUow-iq>  course.  This  project  took  diem 
through  a  major  portkn  of  software  life-cycle  and,  at  the  same  time,  helped  them  get  first¬ 
hand  experience  in  utilizing  Software  Engineerii^  concepts  and  principles.  In  addition, 
they  were  exposed  to  the  criticala^wctsttf  working  in  teams  and  trying  toddivera  "qual¬ 
ity"  product  on  time. 

For  institutions  like  GSW  the  third  "top-down"  approach  [Fo(90]  maybe  the  most 
feasiUe  of  the  three  approaches  to  ovooome  the  current  problem  with  Softwrare 
Engineering  education.  Students  will  not  only  learn  the  principles  but  get  to  use  them  in  a 
non-trivial  project  Further,  th^  will  get  a  feel  har  the  real  world  and  what  they  can  eiqiect 
in  the  woric  {dace  when  di^  are  ready  to  enter  the  work  force. 

IV-  CURRICULUM 

This  section  lists  die  curriculum  that  was  develcped  for  the  three-course  Software 
Engineering  curriculum.  The  most  important  result  expected  was  students  who  would  be 
more  productive  in  die  work  i^ace  earlier  than  by  current  instruction  methods.  Students 
would  not  only  know  the  principles  but  would  also  have  used  them  in  their  project(s)  and 
learned  from  thdr  experiences.  Odier  results  expected  from  diis  project  include  (1)  a 
streamlined  curriculum  which  may  be  adopted  by  other,  similar,  institutions  wishing  to 
establish  a  Software  Engineering  track  in  their  undergraduate  programs,  (2)  determinaticMi 
of  the  feasibility  of  sudi  a  curriculum,  and  (3)  identification  of  other  courses  in  Software 
Engineering  education.  The  feasibility  of  such  a  curriculum  is  discussed  in  section  V. 
Efiscrete  Structures  and  Technical  Writing  were  the  only  courses  identified  as  other 
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important  courses  that  were  feasible  at  GSW.  This  section  contains  the  outlines  dn  'loped 
for  the  three-course  Software  Engineering  sequence. 

As  mentioned  earlier,  a  Software  Engineering  course  was  already  (Summer  Quarter 
1991)  established  before  the  start  of  this  prcyect  Some  preliminary  work  with  respect  to 
the  course  outlines  for  the  f<41ow-iq>  courses  was  also  done.  A  formal  outline  for  the  fd- 
low-up  courses  was  submitted  to  die  College  and  was  acoqrled  in  the  Fall  Quarter  of  1992. 
The  following  is  a  summary  of  the  outline  the  courses  for  the  conq^ete  three-course 
sequence  offered  at  die  senior  leveL  The  numbos  listed  are  actual  course  numbers. 
Rdevant  books  and/or  articles  were  made  avaiMile  to  students  through  die  college  library. 


Software  Engineering  (CSC  430): 


Objectives: 


Prereguisite(s): 

Contents: 


To  expose  students  to  the  problems  associated  with  developing  software 
system  constrained  by  user  requirements,  and  cost  and  time  estimates  in 
a  contract  Students  will  learn  baric  princiides  and  teduiiques  used  in 
Software  Engineering.  The  techniques  will  be  utilized  in  a  term  prqject 
Data  Structure  and  Algorithms  (CSC  310)  is  required  and  Design  of 
Operating  Systems  (CSC  421)  is  desired. 

The  ftrilowing  tqrics  will  be  covered  in  this  course;  (1)  introduction  to 
Software  Engineering,  (2)  qualities  of  good  software  systems,  (3) 
Software  Engineering  principles,  (4)  software  models  and  design  tedi- 
"iques,  (5)  sperification  techniques,  (6)  verification  techniques,  (7) 
tods  and  environments,  and  (8)  software  reuse. 


Textbook:  (Ghe91J 


Software  Enaneerine  widi  Ada  - 1  (CSC  432): 

Objectives:  To  teach  students  how  to  use  the  Ada  programming  language  to 

adiieve  the  goals  of  Software  Engineraing.  Students  will  be  introduced 
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PrerequisUe(s): 

Coments: 


Textbook: 


to  Ada  with  emphasis  on  relating  Ada  constructs  to  Software 
Engineeiingprincii^  The  first  put  of  a  term  project  is  required  The 
project  will  be  done  in  teams  whose  size  will  dqxnd  on  the  enioUmenL 
Students  enrolling  in  CSC  432  are  expected  to  enrdl  for  CSC433. 
Software  Engineering  (CSC  430) 

The  following  topics  will  be  covered  in  this  course:  (1)  overview  of 
Software  Engineering,  (2)  introduction  to  Ada,  (3)  scrftware  architec¬ 
ture,  (4)  data  types  in  Ada,  and  (5)  control  flow  and  program  structure. 
AH  Ada  constructs  will  be  relaled  to  foe  corresponfong  Software 
Engineering  principles  so  that  students  realize  how  the  constructs  help  in 
software  development 

[Boo87a],  and  [BooSTb]  as  reference  if  required 


Objectives:  A  continuation  of  CSC  432,  tius  course  will  be  devoted  to  reusability, 

concurrent  and  real-time  processing,  and  programming  in  the  large. 
Students  are  expected  to  oonq>lele  the  project  started  in  CSC  432. 

Prerequisiie(s):  Software  Engineering  (CSC  430)  and  Software  Engineering  with 
Ada -I  (CSC  432) 

Content:  The  following  topics  will  be  covered  in  this  course:  (1)  review  of 

basic  Ada  ooncqrts,  (2)  reusalnlity  and  Ada  generics  including  input- 
output  facilities,  (3)  Ada  tasks,  and  (4)  exception  handlii^. 

Textbook:  [Boo87a],  and  [BooSTb]  as  reference  if  required 

V.  EXPERIENCES 


Content: 


This  section  presents  the  experiences  during  the  devdopment  of  the  Software 
Engineerir^  course  sequence.  These  are  given  wifo  the  intention  that  other  institutions 
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learn  from  them  before  estaUishing  such  a  cuiriculuro.  It  was  determined  that  sud)  a 
course  sequence  is  feasible  as  kng  as  there  is  significant  insdtutioaal  support  speciaUy 
from  the  person  reqwnsQile  for  allocating  the  hardware  and  the  software  resources.  It 
would  be  nice  to  report  that  everything  went  wdl  in  this  project  but,  unfortunatdy,  this  was 
not  the  case;  sever.!  problems  were  encountered.  These  are:  (1)  small  class  size,  (2)  level 
of  student  r'^eparedoess,  (3)  limited  oomputii^  facilities  and  library  holdings,  and  (4) 
problems  related  to  the  allocation  of  hardware  and  software  resources.  These  problems  are 
discussed  in  this  sectiofL 

A  major  problem  in  the  pilot  study  was  enrollment;  the  Computer  ScioKC  depart¬ 
ment  at  GSW  is  reladvdy  small.  This  problem  is  inherent  to  small  institutions  and  there 
might  be  no  sdutkm  to  it  In  the  Fall  Quarter  of  1991  only  a  few  students  were  registered 
for  the  Software  Engineaii^  course.  However,  enrollment  increased  when  this  course 
was  offered  during  Winter  Quarter  1993.  This  may  be  at&ibuted  to  the  fact  that  students 
had  to  successfully  complete  this  course  to  enroD  in  fee  foUow-up  courses  (dealing  with 
Ada).  Also,  the  Software  Engineering  course  was  made  a  required  course  in  the  Computer 
Science  curriculum.  Whether  this  is  merdy  a  one-time  increase  or  not  remains  to  be  seen. 

A  problem  related  to  the  small  dq»rtment  size  was  the  loss  of  students  in  the  elec¬ 
tive  courses.  As  mentioned  earlier,  the  Software  Engineering  course  (CSC  430)  at  GSW 
College  is  a  required  course  but  the  subsequent  courses  are  electives.  It  was  observed  that 
the  class  size  for  the  first  follow-up  course,  CSC  432,  decreased  by  about  50  percent  This 
may  create  problems  with  respect  to  die  project;  students  work  in  group(s)  on  a  problem  to 
be  used  in  the  entire  course  sequence.  With  loss  of  team  members  they  have  to  lose  some 
time  in  joining  up  with  other  teams  and  getting  bade  on  track.  This,  however,  is  a  valuable 
experience  for  them  in  toms  of  the  dynamic  "real-life"  environment  This  problem  was  not 
encountered  in  the  current  project  since  a  new  problem  was  selected  for  the  elective  courses 
CSC  432  and  CSC  433.  But,  another  problem  arose  -  due  to  pmsonal  reasons  a  key  player 
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in  the  project  withdrew  from  the  class  just  four  weeks  before  the  end  of  the  second  course. 
This  hurt  the  project;  the  loss  of  a  team  member  affected,  to  some  extent,  the  progress  of 
the  project  and  it  lowered  the  morale  of  the  team.  The  effect  was  more  pronounced  due  to 
the  small  class  size. 

It  was  pointed  out  earlier  that  studem  needed  appropriate  mathematics  and  writii^ 
courses.  A  mathematics  course.  Discrete  Structures  (CSC  23S),  was  recently  added  to  die 
curriculum  so  most  senior  students  did  not  have  a  chance  to  complete  this  course.  Adding 
other  courses  involves  dqiartments  other  than  the  Computer  Science  department  and  this 
may  be  solved  only  through  some  administrative  channels.  Unless  such  courses  get  estab¬ 
lished  and  stabilized,  students'  preparedness  will  be  lower  than  expected. 

Concurrent  processing,  an  important  aspect  of  Software  Engineering  (and  Ada), 
could  not  be  covered  to  a  great  extent  due  to  limited  computing  franlities.  Real  justice  to  die 
concurrent  processing  in  the  follow-up  courses  could  only  have  been  done  if  additional 
hardware  support  was  available.  Funds  were  not  expected  for  developing  a  laboratory 
containing  equipment  to  assist  in  concurrent  software  development;  simulating  such  a  sys¬ 
tem  by  input  and  ouqmt  throi^  files  and  standard  devices  was  the  only  solution.  This, 
naturally,  did  not  give  students  the  real  experience  in  concurrent  pixxessing. 

The  library  holdings  ar  d  small  hlieral  arts  cdl^e  like  GSW  are  very  limited  in  the 
area  of  (Computer  Science.  This  restricts  students  from  being  current  with  the  new  ideas 
and  techniques.  Although  the  facilities  for  inter-library  loans  are  available  at  GSW,  the 
turnaround  time  is  over  a  week  -  too  long  for  a  quarter  that  lasts  only  10  weeks. 
Institutions  wishing  to  establish  a  Software  Engineering  track  should  be  willing  to  invest  in 
some  of  the  important  journals  in  die  fidd. 

A  significant  problem  encountoed  in  this  project  was  related  to  the  allocation  of 
hardware  and  software  resources  (i.e.,  systems  related).  As  with  many  institutions. 


•  •  •  •  • 
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!^)edaUysmaUofies,6K:i]jties  and  funding  are  limited.  The  Omiputa  Science  dcpaitment 
enndlment  at  GSW  is  less  than  25%  of  total  Division  cnrcdlment;  this  has  moved  the  fund¬ 
ing  priority  to  the  odier  departments  in  the  Division.  The  purchase  of  the  SCX) 
OpenPesktopand  Alsys  Ada  and  me  allocation  <rf  a  dedicated  host  for  this  project  indicated 
a  possible  improvement  in  the  computing  environment  Unfortunately,  this  was  not  the 
case  and  the  coopoation  received  during  (his  project  was  not  as  much  as  assured  before  die 
start  of  the  project  Several  problems  like  delayed  ^stem  setup,  unrdiable  and 
"unfriendly”  computing  environment  were  encountoed  in  the  project  A  delayed  system 
setup  did  not  give  people  involved  enough  time  to  familiarize  themsdves  with  the  SCO 
OpenDesktop  and  the  Alsys  Ada  environment  This  affected  the  project  and  often  a  "quick 
and  dirty"  tqifnxiach  was  often  the  only  way  out  Also,  due  to  the  unreliable  and  unfriendly 
environment  students  were  often  diverted  from  the  "real"  problem  and  the  advantages 
offered  by  the  Ada  environment  were  shadowed  by  the  unrdiable  and  unfiriendly  comput¬ 
ing  environment  It  is  strongly  fdt  that  all  problems  related  to  the  systems  could  have  been 
earily  overcome  by  significantly  greater  support  from  the  person  re^xmsible  for  allocating 
hardware  and  software  resources. 

De^te  the  number  of  problems  faced  it  is  believed  that  students  got  a  feel  for  the 
problems  they  might  encounter  in  didr  work  ]^ace,  and,  more  importantly,  they  learned,  to 
some  extent,  to  overcome  these  problems.  Although  it  is  difficult  to  juc^e  from  a  one-time 
experience,  the  feding  is  that  the  objective  of  educating  students  in  Software  Engineering 
was  met  and  those  who  stayed  through  this  project  until  its  comirietion  were  better  por¬ 
tioned  for  a  fruitful  career  in  Software  Engineering.  It  is  strongly  believed  that  this  course 
sequence  stalnlize  over  time  with  better  results  afto’  a  few  iterations  and  when  die  non- 
irdierent  problems  like  student  fneparedness,  computing  and  library  resources,  and  qie- 
cially  those  related  to  the  system  are  resolved. 


» 
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VI.  SUMMARY 

A  software  engmeer  must  have  at  least  one  fonnal  course  in  Software  Engineering. 
Furdier,  there  dwuld  bt  one  or  more  courses  diat  complement  this  fonnal  course.  To  this 
effect,  a  streamlined  sequence  of  courses  to  adiieve  the  goals  of  Software  Engineering  was 
presented  in  this  report  This  sequence  is  expected  to  produce  graduates  who  will  be  more 
productive  software  piofesaonals.  This  duee-oourse  sequence  was  successfully  estab¬ 
lished  in  the  1992-1993  academic  year  in  die  Computer  Science  dqxutmem  at  Georgia 
Southwestern  Qdlege.  The  objective  of  educating  students  in  Software  Engineering  was 
met  and  those  who  went  throi^h  this  project  are  postioned  to  be  better  software  engineers 
than  they  would  have  been  otherwise.  Using  the  Software  Engineering  adqitation  of 
Bloom's  taxonomy  of  educational  objectives  [BloSQ  gjven  in  [Fot90]  it  is  bdieved  that 
students  who  have  been  through  tins  course  sequence  may  have  reached  the  "syntheas” 
levd  (this  is  a  subjective  evaluation).  Ada  played  an  important  role  in  reaching  that  kvd. 
It  remains  to  be  seen  how  the  objective  of  this  dnee-course  sequence  will  be  further  md  in 
the  future  and  \diedier  students  reach  the  'evaluation*  levd  in  the  taxonomy  of  [Fdt90]. 

Several  problems  were  encountered  and  other  institutions  desiring  to  sd  up  such  a 
curriculum  have  to  design  stiat^ies  to  overomne  them  before  any  benefits  can  be  derived. 
Some  problems  like  diose  associated  widi  small  class  size  are  inherent  to  smaU  institutions. 
Other  problems,  like  the  levd  of  student  preparedness,  can  be  overcome  through  some 
institutional  help.  Equipment  problems  are  funding  based  and  can  be  overcome  by  aggres- 
sivdy  sdidting  external  funds  so  that  proper  laboratories  can  be  sd  t^.  Hnally,  systems 
rdated  problems  should  not  be  proMems  at  all;  dtey  should  be  overcome  long  before  undd- 
taking  aprojed  of  this  nature. 
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